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[57] ABSTRACT 

An integrated information storage processing and re- 
porting system for processing and supervising a plural- 
ity of group insurance accounts was contructed with a 
single enterprise-wide relational data base. The system 
provides sales, underwriting, administration and actuar- 
ial functions through integrated program-controlled 
data processing systems specific for each function and 
communicating with a group insurance account data 
bank. Each function is accessible through a single inte- 
grated workstation. 
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INTEGRATED GROUP INSURANCE 
INFORMATION PROCESSING AND REPORTING 
SYSTEM BASED UPON AN ENTERPRISE-WIDE 

DATA STRUCTURE 5 

BACKGROUND OF THE INVENTION 

This invention relates to enterprise-wide data struc- 
tures for relational data bases and their use in construct- 
ing enterprise-wide integrated information processing 10 
and reporting system. The invention also provides, in a 
specific embodiment an information storage, processing 
and reporting system which integrates the sales, under- 
writing, administration, claims and actuarial functions 
that support and service the sale and administration of 15 
group insurance products. 

The traditional approach of developing data bases 
and processing systems has been to develop an individ- 
ual single application data base and data processing 
system for each of the business functions. Such a tradi- 20 
tional approach to data base design has been used to 
date in the group insurance industry. 

For example, the sale and support of group insurance 
products such as group health care insurance, and the 
administration of the group insurance program involve 25 
a large amount of information processing and reporting. 
The major types of group insurance products are Life; 
Accidental Death and Dismemberment; Long Term 
Disability^ Medical; Dental; and Weekly Disability. 
The volume of data that must be stored and processed 30 
includes the specific parameters of each group insur- 
ance plan for each policy holder (e.g., employer) in 
addition to data on different member groups of that 
policy holder, and individual group members covered 
by the plan and their eligible benefits. The scope of 35 
coverage for each of the individuals covered under a 
given plan may also vary. Due to the complexity of the 
products and the large amount of data, the administra- 
tion of such group insurance programs presently entails 
the use of many complex data processing and manage- 40 
ment processes and systems. 

In general, the data bases and processing systems 
currently in use to administer such group insurance 
plans are actually aggregations of unconnected individ- 
ual systems each of which has a limited function. The 45 
amount of data shared or exchanged among the compo- 
nents of existing systems is minimal. These current sys- 
tems are usually old and were designed and installed to 
support and service an earlier generation of insurance 
products that did not require processing of the amount 50 
of information associated with the insurance products 
offered today. The organization of these existing sys- 
tems makes it very difficult and expensive to modify and 
integrate them. 

For example, the sales of group insurance policies 55 
would be processed on a sales data processing system 
and the claims from existing policies would be pro- 
cessed separately on a claims data processing system. 
Each of these different data processing systems would 
also be developed based on its own data structures 60 
which were often not compatible. Due to the different 
data structures the various systems must be individually 
interfaced with each other. This has proven to be ex- 
pensive and inefficient. In addition, since these current 
systems were developed as discrete systems, they also 65 
have redundant support requirements and are fraught 
with inconsistencies and operational inefficiencies. For 
these reasons, the current systems are incapable of effi* 
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ciently supporting, or being modified to support, the 
new product development, administration and regula- 
tory reporting requirements of the insurance industry 
today. 

Accordingly, it is an object of this invention to pro- 
vide a fully integrated information storage, processing 
and reporting system which will function as a single 
respository for sales, underwriting, actuarial and man- 
agement information, for an enterprise and as a single 
source for processing and reporting it. The invention 
achieves this objective by developing the system based 
on a single data structure model for a relational data 
base which is compatible with and accessible to all of 
the applications programs of the enterprise-wide sys- 
tem. The system will provide automated sales support, 
e.g., tracking and reporting proposals; integrated under- 
writing tools; improved administration systems (e.g., 
billing), issuance of certificates, etc.; elimination of re- 
dundant data capture; and integrated actuarial tools. 
The system will improve operations by providing work 
management tools such as integrated case tracking and 
status reporting, and by providing on-line reference 
material, such as underwriting guidelines and legislative 
bulletins. 

• SUMMARY OF THE INVENTION 

The invention provides a method of constructing, 
and a system comprising, an integrated information 
processing and reporting system for a specific enter- 
prise, which system contains a single relational data 
base established at the onset, and encompassing all of 
the data requirements of the enterprise. 

The key to the integrated system is its single enter- 
prise-wide relational data base. Various application 
program modules also stored in the integrated system 
can accept and process data contained in one or more of 
the separate tables of the single relational data base. 
This unique data structure composed of relational ta- 
bles* established at the outset in a single relational data 
base allows the system to operate more efficiently while 
at the same time allowing for the implementation of 
security measures which restrict the access of certain 
system users to particular data. 

The data structure is developed by rigorously analyz- 
ing the business and data requirements of the entire 
enterprise During the first stage of the development, 
the entities about which data is to be gathered are iden- 
tified and a data item that distinguishes a unique occur- 
rence of each entity is selected to serve as a primary 
key. 

The relationships between entities are also identified, 
and documented in the table format and entered into 
entity-to-entity relationship tables in the computer stor- 
age means memory. The tables of the data base are in 
the format of rows and columns. Since the data base is 
relational, each of its tables will have a column that is 
the same as a column of at least one other table. 

The attributes that describe each entity are deter- 
mined and normalized. After normalization, the attri- 
butes are documented in the entity relationship tables 
and data concerning each attribute is entered into the 
relational data base in the storage means. 

A data dictionary which defines the entities and attri- 
butes and includes an index of the tables is then com- 
piled and entered into the storage means to complete 
the relational data base. After the tables have been con- 
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structed a first level graphic model depicting all of the 
entities and their relationships is produced. 

The operational relationship between each of the 
entities is then determined for each entity-to-entity rela- 
tionship and categorized so as to a form first level enti- 5 
ty-relationship model 

The entities and relationships are then analyzed so as 
to produce a second level model. This entails grouping 
the entities into subject categories which correspond to 
the business objectives and use of the business data in 1° 
the enterprise's business. The grouped entity-relation- 
ship tables or subject categories may then stored as 
clusters of tables in separate physical locations in the 
storage means. 

Access to specific data or tables may then be limited 15 
to users of specific application programs. This allows 
the system to operate more efficiently since, by limiting 
the access of each application program only to the ap- 
propriate data cluster, the entire relational data base 
does not have to be searched while running that pro- 
gram. The limited access also offers advantages in secu- 
rity by limiting the access of certain users to the data 
base or portions thereof. 

In a specific embodiment of the invention an enter- ^ 
prise-wide data structure and relational data base for an 
integrated group insurance information storage, pro- 
cessing and reporting system was constructed. The 
overall system comprises in combination, storage means 
for storing group insurance account data in the enter- ^ 
prise-wide data structure format, memory means, and a 
central processing unit. The system also contains a plu- 
rality of stored program-controlled application work- 
station sub-systems. By using the data structure of the 
invention the access of certain workstation subsystems 35 
to the data base can be restricted to certain subject 
category. Each application workstation sub-system 
concerns one of the following general functions: sales, 
underwriting, administration or actuarial. Each of the 
workstation sub-systems comprises a combination of 40 
specific stored program modules which are capable of 
inputting and processing data onto the single relational 
data base. The memory, data storage workstation sub- 
systems and the stored program modules are accessible 
from an integrated computer workstation. 45 

BRIEF DESCRIPTION OF THE FIGURES 

FIG. 1 shows the subject categories data structure of 
an automated integrated group insurance information 
storage, processing and reporting system. 50 

FIG. 2 shows a portion of the entity-relationship 
model of the Case subject category of the data structure 
of a group insurance information storage, processing 
and reporting system. 

FIG. 3 shows a portion of the entity-relationship 55 
model of the Case subject category of the data structure 
of a group insurance information storage, processing 
and reporting system. 

FIG. 4 shows a portion of the entity-relationship 
model of the Case subject category of the data structure 60 
of a group insurance information storage, processing 
and reporting system. 

FIG. 5 shows the entity-relationship model of the 
Claims subject category of the data structure of a group 
insurance information storage, processing and reporting 65 
system. 

FIG. 6 shows the entity-relationship model of the 
Client subject category of the data structure of a group 
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insurance information storage, processing and reporting 
system. 

FIG. 7 shows the entity-relationship model of the 
Competitor subject category of the data structure of a 
group insurance information storage, processing and 
reporting system. 

FIG. 8 shows the entity-relationship model of the 
Coverage subject category of the data structure of a 
group insurance information storage, processing and 
reporting system. 

FIG. 9 shows the entity-relationship model of the 
Producer subject category of the data structure of a 
group insurance information storage, processing and 
reporting system. 

FIG. 10 shows a sample of the table format into 
which the data is entered into the system relational data 
base. 

FIG. 11 shows the basic functional applications pro- 
grams of the automated integrated group insurance 
information storage processing and reporting system. 

FIG. 12 shows an embodiment of the functional ac- 
cess architecture of an integrated group insurance infor- 
mation storage, processing and reporting system. 

FIG. 13 shows the workstation architecture of an 
integrated workstation used in one embodiment of the 
invention. 

DETAILED DESCRIPTION OF THE 
INVENTION 

The integrated group insurance information report- 
ing and processing system disclosed herein comprises a 
single enterprise-wide relational data base developed on 
a rigorously defined data structure model which is a 
representation of the data of the group insurance busi- 
ness as depicted by subjects, business entities and their 
relationships. The Group Administration Data Model 
documents the. data which is required to support the 
various group insurance functions. 

This single relational data base is composed of third 
normal form data tables as defined in, E. F. Codd, * 'Ex- 
tending the Database Relational Model to Capture 
More Meaning" ACM Transactions on Database Sys- 
tems, Vol. 4 Nov. 4, December 1979 pp. 397-434. The 
model was developed using' an extended relational anal- 
ysis approach to constructing relational data bases, such 
as the approach developed by Relational Systems Cor- 
poration Binningtoh, Mich. 48010 entitled ERA, Ex- 
tended Relational Analysis, Version S.I. This approach 
uses a rigorous methodology to identify the business 
objects about which data is captured, ("entities"), and 
their business relationship. The aim of the approach is to 
construct third normal form relational data base model 
as as also described in E. F. Codd, "Further Normaliza- 
tion of the Data Base Relational Model", Data Base 
Systems, Randall Rustin, ed. 1972, pp 65-98. Prentice- 
Hall, Inc., Englewood Cliffs, N.J. 

The basic premise of the methodology is to capture 
the business meaning of the data in a structure which 
will inherently support all usage in the present and 
contemplated in the future. As aspects of Group Ad- 
ministration business change, additions or changes may 
be introduced into the model so that it reflects an up-to- 
date depiction of the business data requirements. The 
data model comprises the organization of data based on 
the concepts of subjects, entities and their relationships. 

A subject is an operating objective of the business 
enterprise on which data is collected and processed 
during the course of business. Each enterprise will have 
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* different subject categories. These subjects can only be of the format depicted in FIG 10 is then constructed for 
determined by rigorously analyzing the business of the each verified entity. The data is then entered into the 
enterprise and determining which data categories are system using the table generated by a relational data 
essential to the operation of that business. The subjects base management system program ("RDBMS"). In a 
of the group insurance business which are the operating S specific embodiment of the invention the Table format 
objectives of a specific embodiment of this invention are and the Tables of the relational data base are generated 
depicted in FIG. 1 and are more fully described below. by using the ORACLE Relational Data Base Manage- 

An entity as used in this data structure model is an mem System. To implement this system a software 
object, e.g. a person, place or thing about which data is package such as the Relational Data Base Management 
captured during the course of business. 10 System ("RDBMS") produced by Oracle Corporation 

A relationship is an association between entities of Belmont Calif, is used. Any other RDBMS may also 
which reflects a business rule or the behavior patterns of be used in the invention. Example of such RDBMS 
business entities. programs are CYBASE TM of Cybase Corp., IN- 

In developing the data model each data element must GRES TM of Ingres Corp. and DB2 of IBM Corp. 
be accurately identified and distinguished from all oth- IS . In developing the data base for the integrated group 
ers. One set of commonly used data terminologies must insurance system of the invention, the following entities 
also be used. This ensures that a consistent format and where identified and verified to be within the scope of 
values are used to represent occurrences of data the system. A table of the format depicted in FIG. 10 
throughout the system. was provided for each of these entities. 

To develop the data model the entity relationships of 20 . . 

the subject objectives are determined and described by casc auPl^— ^titles 

entity-relationship clauses. APPLICANT: The participant (employee/member) 

An entity-relationship clause should have the follow- or dependent who is requesting coverage under a spe- 
ing general format: Each Entity-A "may be" or "must cific case as a late entrant- This entity identifies are 
be** in some relationship with, "one or more" or "one 25 associated with a late entry application for group cover- 
and only one" Entity-B(s). "Each" — means a single age. There may be several dependents in addition to one 
occurrence of Entity-A (one record/row in the sample participant on a single application, and over time, any of 
of Table-A) (see FIG. 10). "May be"— means Entity-A the dependents or the participant may have submitted 
may exist with or without a relationship to Entity-B. more than one application. 

"Must be"-— means in order for an occurrence of Entity- 30 APPLICANT ACTIVITY: A historical record of 
A to be valid, a relationship between Entity-A and every Group Medical Underwriting activity performed 
Entity-B must exist. per applicant. This entity tracks by application ID in- 

The following are examples and descriptions of some sured person ID, activity code, and activity date the 
entity relationship clauses: activities done to medically underwrite an individual. 

(a) Each Client may be the owner of one or more 35 There may be numerous activities per applicant the 
Policies. Each Policy must be owned by one and only information recorded per activity includes handled 
one Client. date, follow-up date, response received date, activity 

The first sentence recognizes that one may not actu* cost, and remarks, 
ally sell a policy to a client but that one wishes to still APPLICATION: A late (non-enrollment period) 
capture client information. The second sentence notes 40 request for coverages) from an eligible individual for 
that the identification of a policy owner is required but personal insurance or dependent insurance. Information 
there cannot be more than one owner. in this entity includes reference to the policy the appli- 

(b) Each Participant may be responsible for one or cation is written under and dated indicating when and 
more Dependents. Each Dependent must be insured by whom the application was processed. The actual 
under one and only one Participant. 45 coverages requested per applicant will be contained in 

The first sentence recognizes that a participant may the Selected Coverage entity, 
never have any dependents. The second sentence states BILL: A request for payment of contractual amounts 
a business rule that a dependent must be tied to a partici- due for services and/or insurance. This entity identifies 
pant This also implies that if an individual is coinci- the billee (the client and/or covered person) and in- 
dently insured under two participants we must recog- 50 eludes a system assigned bill number. The detail bill 
nize this individual twice as two separate dependents. amounts and coverages billed are not in this entity (see 

(c) Each Policy /Bill must be associated by one and BILL DETAIL entity). 

only one Policy to one and only one Bill. Each Policy BILL DETAIL: Specific payments due per coverage 
may be associated to one or more Policy/Bills. Each category or coverage within a single bill. For each bill, 
Bill must be associated to one or more Policy/Bills. 55 several costs of different coverages may be due; this 
The first sentence is a compound relationship clause entity identifies all items payable and associates them 
to reflect a many-to-many association between Policy with a single bill. 

and BiD entities. A single occurrence of the association CASE: The association of all components of a plan of 
entity Policy/Bill maps the relationship of one Bill to . insurance for a client. This is the "cornerstone" entity of 
one Policy. (Reading multiple rows of the Policy/Bill GO the Case Subject, providing the system assigned case ID 
table will indicate all the bills for a specific Policy or all number and identifying the associated client and sales 
the policies for a specific bill). The second sentence office. Also included are various activity processing 
recognizes that a policy may exist without a bill. The dates , and information used to characterize the case, 
third sentence reflects that if a bill exists it must be Each case is unique to a single client, but over time a 
mapped to at least one, but maybe more policies. 65 client may have more than one case. 

Once all of the entities of the enterprise are identified, CASE COMMENTS: Narrative text recording re- 
each entity must be analyzed to determine whether it is marks from processors assigned to the case. This entity 
within the scope of the system being developed. A table stores multiple lines of text as needed per case. 
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CASE/COVERAGE: The coverages included on a of experience, grade level, etc. This entity records these 
specific case. This entity identifies which coverages are definitions and thereby identifies which coverages an 

provided per the terms of a case and further identifies enrollee/applicant may select according to the charac- 

the policy each coverage is written under. teristics of each enrollee/applicant. A class code is rele- 

CASE/COVERAGE/FUNDING CONDITION: 5 vant only in terms of a specific coverage; in other 

Identification of the conditions per funding method that words, class "1" Medical and class "1" life may not be 

the client has agreed to per coverage on the case. Ac- the same category definition. 

cording to the Funding Conditions entity, for certain CLASS/COVERAGE/FUNDING METHOD: 

Funding Methods on a case the client must agree to The identification of the Funding Method per each 

certain conditions required by the Group Insurer. This 10 class, coverage, policy, and client location. This entity 

entity specifies which of those conditions (per Funding established which funding methods per coverage on the 

Method per Coverage) are included on the case. case are located on which policies and is the level at 

CASE/COVERAGE/FUNDING CONDITION which coverage rates can be determined and estab- 

OPTION: The specific amounts agreed to by the client lished. 

for each condition specified per applicable Funding 15 CLASS PROVISION OPTION SCHEDULE: The 

Method. Having determined the conditions to be in- allowable values per class provision from which the 

force per each Funding Method on the case, the client participant may select his or her own benefit levels per 

must agree to one of the optional values of the condi- each offered coverage. This entity contains the value(s) 

tions as offered by the Group Insurer in the Condition per provision that the policyholder has chosen to make 

Option entity. This entity contains those chosen condi- 20 available to the participants according to coverage and 

tion values for the case. Example: Attachment Point for class; each provision may have a single, required value 

Medical ASL= $500,000 (as opposed to an alternate (a mandatory default for all participants and depen- 

choice of SI, 000,000). dents) or may allow for multiple options from which the 

CASE/FUNDING/SERVICE: The specification of applicant may choose his or her desired benefit Exam- 
services to be provided on the case per each Funding 25 pie; the deductible on Comprehensive Dental is a flat 
Method that pertains to the case. This entity identifies $50 for all employees provided that coverage, but for 
which Services the client desires on the case in terras of AD&D coverage, the participant may select 1 X Salary, 
each Funding Method utilized on the case. 3 X Salary, or 5 X Salary as a benefit amount. 

CASE/PRODUCER: Identification of all producers CLASS PROVISION SCHEDULE: Identification 

responsible for a case (present and past) and all cases per 30 of the eligibility requirements and benefits associated 

each producer. This entity accounts for the fact that a with class and related coverage. This entity identifies 

producer may be associated with many cases and a case which provisions are allowed per coverage and class for 

may be the responsibility of several producers, whether a specific case; these provisions may be mandatory 

concurrently or over time. The entity identifies by key (required default) or optional (applicant may select his 

each case and producer and also provides an effective 35 or her desired provisions) according to the Group In- 

date for the association. surer's rules and the negotiated rules governing the 

CASE/PRODUCER/COVERAGE: Information case, 
associating each producer involved in a case with each PARTICIPANT/POLICY: Identification of all par- 
coverage provided by the case. The entity identifies per ticipants per policy under which they are covered. The 
coverage which producers share in each coverage in 40 entity simply associates all participant keys with all 
terms of compensation and service responsibility. This related policy keys. 

entity specifically references which commission sched- POLICY: Information identifying and describing the 

ule applies per producer and coverage. This entity spe- legal contract between a client and the Enterprise that 

cifically references which commission schedule applies specifies which coverages and services are provided for 

per producer and coverage. 45 what price(s). The Policy entity contains the system 

CASE RATING HISTORY A historical record of assigned policy ID, Enterprise assigned policy number, 

each occasion that a case was rated or rerated during data regarding Funding Method (only one per policy), 

the proposal process. Included in this entity per case policy dates, and elements used to characterize the 

and rating date are the current rating system key, im- policy and associate it with other entities. A case may 

portant processing dates, and identification of the home 50 include several policies, but a policy applies to only one 

office underwriter who processed the case. case. 

CASE REPRESENTATIVE: Identification of all POLICY BILL: Identification of the specific policy 

sales and service representatives associated with each for which a bill has been generated for the collection of 

case. This entity records the fact that sales office repre- monies due. This entity reflects the fact that more than 

sentatives (sales and service) may work on many cases 55 one bill may be required to collect money under a single 

and each case may be the responsibility of more than policy (Le-, multiple coverages grouped under one pol- 

one representative. icy but bill separately), and a bill may also represent 

CASE STATUS HISTORY: A historical record of money due on more than one policy, 

all status changes for a case as it is processed during the SELECTED COVERAGE: Specific coverage 

Pre-Sale function. This entity tracks each status code 60 chosen by an enrollee/applicant (employee/member or 

and date of status per case and records the sales office dependent) according to the terms of the Class Cover- 

processor who entered the information. age Schedule offered by a case. This entity records per 

CLASS COVERAGE SCHEDULE: The definition insured (participant or dependent) each coverage se- 

of each category of employees/members per coverage lected by that person. Specific benefits and benefit val- 

for the purpose of providing and differentiating benefits 65 ues selected by the enrollee/applicant are dependent 

within a specific case. For each coverage on a case the upon this entity but are not components of this entity 

policyholder established one or more classes of partici- (see Selected Provision and Selected Provision Option 

pants according to such criteria as salary, position, years entities). 
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SELECTED PROVISION: The specific benefits 
chosen by an enrollee/applicant per each coverage — : r— ■ — . t „ , . 

i . i xi -r j \L j j 008 Major Medical Reimbursement 

selected. Having specified the coverages desired, a new Qn Medicare supplement 

enrollee or applicant next selects from the Class Provi- ^ Basic Term life Rated Payment 

sion Schedule the types of benefits desired within each $ -—-——————— — — 

coverage (where a choice is available, otherwise the 

same benefit applies to each insured person for the same Client Subject 

coverage and class) l Th is entity records each provision CLIENT: The external organization (company, asso- 

chosen by the enrollee/applicant per each coverage. d ; } h h BnltTpris& may (or may 

SELECTED PROVISION OPTION: The specific 10 nQt) se ' u ^ ^ iDSUrancc ^ervices |his en" 
values chosen by the insured from the options offered tf i dcnt if ie s and describes (name, address, industry 
on a case for each provision per each coverage. This } existin ^ tential poii cyho i d ers. Usual clients 

enmy contains the specific values fox -in insured person m E j Umons> Associations, and Trustees, 

for each benefit on a coverage according to the insured w where a Trustee fe de f me d as several client companies 
person s selection from the Class Provision Option maod ^ ttd together for ^ purpose of obtaining ^ 
Schedule. Example; the enrollee/apphcant selects ^ ratfty * ^ focal ^ of ^ CKent 

3xSalary for an AD&D benefit and chooses 5250 for a ^ ^ identified by a system ^jg^ key . 

Medical deductible. CLIENT LOCATION: A specific client physical/. 

Case Subject— Minor Tables 20 geographic place where participants are located. Exam- 

*~«r r^. _ .wn» T .v, ' ^rvr. « . „ pies of Client Location include Divisions, Plant, and 

APPLICATION ACTIVITY CODE: Provides g ubsidiary . cach location fe depende nt on a specific 
codes and descriptions for each Group Medical Under- client Xhe ^ contains location name and address 
wntmg activity. information. 

APPLICATION LETTER CODE: Provides codes 25 INSURED: A person (employee/member or depen- 
and descriptions for each letter used in Group Medical dcnt) ^ onc or morc provided 
Underwriting and contains all variable data require- a Group plan . ^ entity pr0 vides 

ments per letter. descriptive information about individuals who have 

CASE CORRESPONDENT CONTACT: This re- covcrages made available t0 th ein as partici- 

fers to the person or department designated as the pn- 30 pants (or dependents of participants) in a Group Insur- 
mary recipient for all business correspondence regard- plan information includes name, address, 

ing one or more cases. The contact may be a person or security number, client (policyholder) identifica- 

department within the policyholder's or producer's tioil) and personal data required for underwriting 
organization. purpose (age, sex, etc). 

CASE INFORMATION REQUEST REASON 35 INSURED ROLE: The identification of an insured 
CODES: Provides codes and descriptions for the rea- person's role on a specific case. This entity associates a 
sons extra information may be requested by an under- ro i e type with an Insured ED to record whether an 
writer while processing a case. insured plays the role of a participant, spouse, or child 

CASE FUND REASON CODES: Provides codes Q f th e participant within a case. This entity allows for 
and descriptions for each reason that a coverage may be 40 t h e fact that the same person may be insured on a single 
duplicated on a case but funded by a different funding both as a participant and as a dependent- 

method. INSURED TYPE ROLE: The description of each 

CASE STATUS CODES: Provides codes and de- ro ]e an individual may play on any case. This entity 
scriptians of each type of status that a case may be in ^ identifies and describes role types, such as participant, 
during pre-sale and immediate post-sale processing. spouse, or child, that characterize an insured person on 

CASE TERMINATED REASON CODES: Pro- a case 
vides codes and descriptions of each reason that a case INSURED DEPENDENT ASSOCIATION: The 
may be terminated (declined by the Enterprise not identification of all familial relationships between in- 
taken by the client, or cancelled after the case had been ^ sured persons. This entity associates one insured person 
sold). with another (using Insured IDs) to define whether one 

Claim Subject-Entities » a SpOUSC or child of thc other 

CLAIM: A request from a participant for reimburse- Competitor Subject— Entities 

ment for an incurred procedure or loss. This entity 55 COMPETITOR: Group coverage providers with 

captures information about a unique claim that identifies who the Enterprise competes in the insurance market* 

the claimant, po licy and key claim dates. place. This entity identifies and describes each compet- 

CLAIM BENEFIT: A set of payable insurance mg provider and includes a system assigned key and the 

amounts per claim filed due to the claimant and identi- company name. 

fied by benefit codes. For each claim, one or more & COMPETTTOR/CASE/COVERAGE: A competi- 

benefits may be requested by the claimant; this entity tor's rates for coverages which pertain to a Enterprise 

specifies those liabilities. case for a client who is either requesting or cancelling 

„ . _ , . _ . . ' " Group Insurer coverages. For purposes of product and 

Claim Subject-Entities-Minor Tables marketing analysis, this entity records the coverages 

BENEFIT CODES: Provides codes and description 65 and rates a competitor has in-force for a client for 

for each type of benefit (an amount payable per contrac- whom we are quoting coverage or the coverages and 

tual obligations specified in an insurance policy). Exam- rates for a competitor who outbid the Enterprise on a 

pies include: specific case. 
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CONDITION: A set of variables that qualify and 
quantify certain Funding Methods. This entity identifies 
and defines all limits, requirements, and other variables 5 
which define Funding Methods. Examples; Reimburse- 
ment per cent, Reimbursement Accumulation Period, 
Maximum Indemnity, Attachment Point, Excess Risk 
Determination Factor, Retro Premium Limit Factor. 

CONDITION OPTION: The Group Insurer— speci- 10 
fied default value for a Condition that applies to a spe- 
cific Funding Method for a specific Coverage. This 
entity contains one or more optional values for each 
Funding Condition according to the Coverage under 
consideration. In other words, the same Condition— s- 15 
pecifled by the Funding Method — may apply to more 
than one Coverage, but the Group Insurer defined 
value for that option may be very different from one 
Coverage to the next. Examples; ISL DNTL Deduct- 
ible options=$500, 51,000, $2,000; ISL MED Deduct- 20 
ible options=$100,000, $200,000. 

COVERAGE: A specific version of group insurance, 
defined as a unique type of coverage (such as Basic or 
Supplemental) within a major category of coverage 
(such as Life or Medical). This entity identifies specific 25 
insurance vehicles, which, when qualified by various 
funding methods, become the components of a plan of 
insurance, Examples; Basic Term Life, Statutory 
AD&D, Scheduled Dental, and Major Medical. 

COVERAGE CATEGORY: A major line of group 30 
coverage the Enterprise's markets. A single coverage 
category may be marketed in the form of one or more 
distinct products. This entity contains codes and de- 
scriptions for each coverage category; examples include 
WD for Weekly Disability, MED for Medical. 35 

COVERAGE CATEGORY/FUNDING 
METHOD: Allowable Funding Method (costing/man- 
agement of risk) per each major line of coverage. This 
entity record the types of funding possible per each 
coverage category. Examples; LIFE FI, LIFE MPP, 40 
MED FI, MED ISL, WD ASO. 

COVERAGE PROVISION: The set of all applica- 
ble benefits and eligibility requirements per each cover- 
age. For each group insurance coverage, there is a finite 
set of qualifying criteria (Provisions) that define all the 45 
associated benefits and eligibility requirements. This 
entity identifies which criteria (provisions) apply to 
which coverage and inversely which coverages have . 
the same provisions. Examples; BAS MED has Hospital 
Class Schedule, Room Limit, Coinsurance Rule, Medi- 50 
care Integration, Deductible, etc, and BAS LIFE has 
Coverage Amount, Preexisting Condition Limit, Sui- 
cide Clause, etc. Provisions are completely dependent 
on the Coverage Category plus the Coverage Type (i.e., 
Coverage); in other words Medical provisions must be 55 
referred to as Basic Medical provisions or Comprehen- 
sive Medical provisions. Coverage Provisions are fur- 
ther defined by a set of options per provision per cover- 
age (see Provision Option entity). 

FUNDING CONDITION: The set of all applicable 60 
conditions per each Funding Method. Certain Condi- 
tions apply to certain Funding Methods (some to more 
than one Funding Method), and this entity identifies 
those relationships. Funding conditions are further de- 
fined by sets of options per coverage category (see 65 
Condition Option). To-date, Funding Conditions have 
only been found to apply ISL, ASL, and MOO funded 
coverages. 



FUNDING METHOD: Specifies the way risk and 
case administration activities may be assumed, shared, 
or delegated (to the Enterprise) by the client. Specifica- 
tion of the funding method (per coverage) identifies 
whether the policyholder is fully insured (FI, MPP, 
FLEX), partially insured (ISL, ASL), or not at all in- 
sured (Self Insured— ASO, CSO) by the Enterprise for 
that coverage, and accordingly establishes the premi- 
um/expense accounting and administration activities 
required to maintain the case. A client who is not in- 
sured by the Enterprise (self insured) merely contracts 
for certain administrative services provided by the En- 
terprise. This entity contains codes and descriptions of 
the kinds of fund methods available. 

FUNDING/SERVICE: The set of all applicable 
claim, administrative, actuarial, and underwriting ser- 
vices per each Funding Method. Regardless of the cov- 
erage involved, there are specific group insurance ser- 
vices provided by the Enterprise to administer a case 
(defined in Service Entity); these services are differenti- 
ated by the Funding Method applied to each coverage 
This entity defines which services correspond with 
which Funding Method, and inversely which Funding 
Methods utilize the same services. All services are pro- 
vided on a Fully Insured (FI Funding Method) cover- 
age; subsets of those services and certain alternative 
services are provided on coverages with alternate fund- 
ing methods. 

PROVISION: The specific criteria that qualify and 
quantify each coverage. This entity defines the entire 
set of variables available to be used within group cover- 
ages to define the features of each coverage. Provisions 
fall into two broad categories— Benefits and Eligibility 
Requirements. Examples; individual deductibles, class 
benefit schedules, waiting periods, medical evidence 
requirements, pooling factors. 

PROVISION OPTION: An Enterprise— specified 
value for a provision for a specific coverage. This entity 
contains one or more values per each provision accord- 
ing to a specific coverage. A client would choose one of 
these standard default values during the design of the 
plan of insurance (case). For instance, the Enterprise 
may state that a Major Medical Deductible can be $1 00, 
$250 or $500; the client may choose the $250 option for 
all participants. Some options may allow for more than 
one value per coverage, others may be overridden at a 
case level with a unique value specified by the client 
(for instance, a $750 Major Med Deductible). Addi- 
tional example; COMP DNTL Preventative Care Coin- 
surance, options=100%, 85%, or 80%. 

SERVICE: An insurance activity that enables a cov- 
erage to be administered according to the funding 
method specified for that coverage. All group cover- 
ages are administered according to a common base of 
business activities that must be performed to fulfill the 
obligations inherent in policies written against the cov- 
erages. Although services provide the means to admin- 
ister each coverage, they are fully specified by Funding 
Method only (see Funding/Service Entity). This entity 
identifies and defines the entire set of group insurance 
services available. Services include Claims (form de- 
sign, claim payments, loss reporting, tax reporting, etc), 
Administration (participant management, billing, con- 
versions, etc), Underwriting (plan design, medical un- 
derwriting, rating, etc) and Actuarial (cost projections, 
reserve estimates, etc). 
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Producer Subject— Entities 

COMMISSION SCHEDULE: Identification of the 
producer compensation plans according to Funding 
Method type. This entity identifies and describes the 5 
types of schedules to be used for producer compensa- 
tion, but contained no specifics as to compensation 
rates. The actual commission rate information per pro- 
ducer type is contained in the Commission ScheduieA 
Producer Type entity. |0 . 

COMMISSION SCHEDULE/COVERAGE: The 
association of all valid commission schedules with cov- 
erages. A commission schedule may apply to more than 
one coverage, and a single coverage may provide pro- 
ducer compensation based on one or more commission 15 
schedules. This entity identifies which coverages are 
associated with which commission schedules and vice 
versa. . 

COMMISSION SCHEDULE/PRODUCER 
ROLE TYPE: Standard commission rates per each 20 
commission schedule type differentiated by producer 
roles. This entity provides all commission rate (%) as 
they are broken down by commissionable agent role 
type (GA, SGA, and WA). Within agent role, the rates 2J 
are provided for varying annual premium levels, either 
first year or rates are provided for varying annual pre- 
mium levels, either first year or renewal. Within the 
first year or renewal categories the rates are differenti- 
ated between person (direct) production or intennedi- JQ 
ate (indirect) production. 

PRODUCER: A person or organization paid com- 
missions and/or fees for the sale and/or service of the 
Enterprise's group insurance products. Using a system 
assigned key, this entity identifies and describes each 35 
Enterprise producer. Information includes name, ad- 
dress, Enterprise producer code, and federal tax number 
Of available). Producer can be categorized into 3 sub- 
types; 

a. PRODUCER COMPANY: An organization, such ^ 
as an administrative services provider, an insurance 
agency, or brokerage firm paid by the Enterprise for 
sales and or services rendered. 

b. PRODUCER PERSON: Individuals who are affil- 
iated with a Producer Company and serve as represent- 45 
atives or "contacts" for that company but are not di- 
rectly compensated by the Enterprise. Each individual 

is recursively related within the entity to his or her (one 
and only one) respective Producer Company. 

c. SOLE PROPRIETOR: An independent/self- 50 
employed agent or GA unaffiliated with any Producer 
Company and directly paid by the Group Insurer for 
sales and/or services rendered. 

PRODUCER CONTRACT: A formal agreement 
between a producer and the Enterprise as to the specific 55 
group produces) the producer may sell. This entity is 
identified by a system assigned key and identifies — via 
relationship to the Producer Contract/Coverage Cate- 
gory entity— which coverages a producer is authorized 
to sell on the Enterprise's behalf. A given producer may 60 
have more than one contract and may act in the capac- 
ity of more than one producer role type. 

PRODUCER CONTRACT/COVERAGE CATE- 
GORY: The identification of all Coverage Categories 
included in each and every Producer Contract. A pro- 65 
ducer's contract may include more than one Coverage 
Category (Life, Med, LTD, etc), and each Coverage 
Category is included in any Producer Contracts. This 
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entity identifies all association between the Producer 
Contract and Coverage Category entities. 

PRODUCER ROLE TYPE: Categories of produc- 
ers, used to differentiate compensation levels and work- 
ing relationships. This entity provides codes and de- 
scriptions for each role level of producer (e.g., WA — 
Writing Agent, GA — General Agent, SG A— Special 
General Agent, TPA= Thirty Party Administrator). 

Miscellaneous — Entities 

THE ENTERPRISE COMPANY: statutory compa- 
nies. This entity contains the established numeric identi- 
fiers and descriptive names of each of the Enterprise 
writing companies. 

PROCESSOR: An Enterprise employee responsible 
for entering information into a business system. This 
entity identifies staff who are legitimate users or any 
given system. 

REINSURER: A company that assumes a portion of 
a coverage risk on a case. This entity identifies and 
describes (name and address) those companies with 
whom we place our retasurable business. 

REPRESENTATIVE: Enterprise sales office em- 
ployee who supports the sale and/or administration of 
Group cases. A representative may act as either a sales 
rep or a service rep or both, where a sales representative 
assists in case development and the proposal process 
and a service re assists in case installation and renewal 
processing. There may be more than one representative 
assigned to each case (differentiated by rank/experience 
level). This entity identifies and describes each rep in 
each sale office, using a system assigned key. 

SALES AREA: A region of the country within 
which group coverages are sold and for which sales 
performance is monitored. This entity is keyed by estab- 
lished Enterprise region numbers and includes the name 
of each region. 

SALES OFFICE: An office within a sales area 
through which group coverage is sold and cases are 
maintained. This entity contains corporately defined 
office codes and names. 

STATE: The geographic/legal components of the 
United States. This entity identifies each state (2 charac- 
ter, formal Postal Service designated abbreviation) and 
provides the full state name. 

Once the entities were identified the relationships 
between the entities were determined by rigorously 
analyzing the business and objectives of a specific group 
insurance enterprise. 

FIGS. 2-9 graphically depict the entity relationship 
clauses of each of the business subjects of the Group 
Insurance Enterprise first level subject data model 
shown in FIG. 1. The graphic model was produced 
after all of the entity-relationships have been deter- 
mined and described by entity-relationship clauses. 

Case Subject— Entity Relationship 

Referring to FIG. 2 which depicts the Case subject 
entity-relationships. . 

Each Case 10 must be the account of one and only 
one Client 11. Each Client 11 may be the owner of one 
or more Cases 10. 

Each Case/Coverage 12 must be associated to one 
and only one Coverage 13 and to one and only one Case 
10. Each Coverage 13 may be associated to one or more 
Case/Coverages 12. Each Case 10 may be associated to 
one or more Case/Coverages 12. 
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Each Class Coverage Schedule 14 must be associated Each Case/Funding Service 29 must be associated to 

to one and only one Case/Coverage 12 and to one and one and only one Case 10 and one and only one Funding 

only one class code. Each Case/Coverage 12 may be Service 30. Each Case 10 may be associated to one or 

associated to one or more Class Coverage Schedules 14. more Case/Funding Services 29. Each Funding Service 

Each class code may be associated to one or more Class 5 30 may be associated to one or more Case/Funding 

Coverage Schedules 14. Services. 

Each Class provision Schedule 15 must be associated Each Case/Coverage/Funding Condition 31 must be 
to one and only one Class Coverage Schedule 14 and associated to one and only one Case 10 and to one and 
one and only one Coverage Provision 16. Each Class only one Coverage 13 and to one and only one Funding 
Coverage Schedule 14 may be associated to one or 10 Condition 32. Each Case 10 may be associated to one or 
more Class provision Schedules 15. Each Coverage more Case/Coverage/Funding Conditions 31. Each 
Provision 16 may be associated to one or more Class Coverage 13 may be associated to one or more Case/ 
Provision Schedules 15. Coverage/Funding Conditions 31. Each Funding Con- 
Each Class Provision Option Schedule 17 must be dition 32 may be associated to one or more CaseA 
associated to one and only one Class Provision Sched- 15 Coverage/Funding Conditions 31. 
ule 15 and to one and only one provision Option 18. Each Case/Coverage/Funding Condition Option 33 
Each Class Provision Schedule 15 may be associated to must be associated to one and only one Case/- 
one or more Class Provision Option Schedules 17. Each Coverage/Funding Condition. Each Case/CoverageA 
Provision Option 18 may be associated to one or more Funding Condition 31 must be associated and to one 
Class Provision Option Schedules 17. 20 and only one Condition Option 34. Each CaseA 
Each Selected Coverage 19 must be associated to one Coverage/Funding Condition 31 may be associated to 
and only one Class Coverage Schedule 14 and to one one or more Case/Coverage/Funding Condition Op- 
and only one Insured Role 20. Each Class Coverage tions 33. Each Condition Option 34 may be associated 
Schedule 14 may be associated to one or more Selected to one or more Case/Coverage/Funding Condition 
Coverages 19. Each Insured Role 20 may be associated 25 Options 33. 

to one or more Selected Coverages 19. Referring to FIG. 3 which depicts additional Case 

Each Selected Provision 21 must be associated to one subject relationship, each Policy 24 must be owned by 

and only one Class Provision Schedule 15 and to one one and only one Client 11. Each Client may be the 

and only one Insured Role 20. Each Class Provision owner of one or more Policies. 

Schedule 15 may be associated to one or more Selected 30 Each Policy 24 must be written by one and only one 

provisions 21. Each Insured Role 20 may be associated Enterprise Company 35. Each Enterprise Company 35 

to one or more Selected Provisions 21. may be the writer of one or more Polices 24. 

Each Selected Provision Option 22 must be associ- Each Policy 24 must be written in one and only one 

ated by one and only one Class Provision Option Sched- State 36. Each State 36 may be the issuing state of one 

ule 17 and to one and only one Insured Role 20. Each 35 or more Policies 24. 

Class Provision Option Schedule may be associated to Each Participant/Policy 37 must be associated to one 

one or more Selected Provision Options 22. Each In- and only one Insured Role 20 (employee) and to one 

sured Role 20 may be associated to one or more Se- and only one Policy 24. Each Insured Role 20 may be 

lected Provision Options 22. associated to one or more Participant/Policies 37. Each 

Each Selected Coverage 19 may be associated to one 40 Policy 24 must be associated to one or more Participant- 

and only one Application 23. Each Application 23 may /Policies 37. 

be associated to one or more Selected Coverages 19. Each Policy/Bill 38 must be associated to one and 

Each Application 23 may be filed on one and only only one Policy 24 and to one and only one Bill 39. 

one Policy 24. Each Policy 24 may be responsible for Each Policy 24 may be associated to one or more Poli- 

one or more Applications 23. 45 cy/Bills 38. Each Bill 39 must be associated to one or 

Each Applicant 25 must be associated to one and only more Policy /Bills 38. 

one Application to 23 and one and only one Insured Each Client 11 may be the billee of one or more Bills 

Role 20. Each Application 23 and may be filed for one 39. Each Bill 39 may be billed to one and only one 

or more Applicants 25. Each Insured Role 20 may be Client 11. 

associated to one or more Applicants 25. 50 Each Insured Role 20 may be the billee of one or 

Each Case 10 may be issued as one or more policies more Bills 39. Each Bill 39 may be billed to one and 

24. Each Policy 24 must be issued for one and only one only one Insured Role 20. 

Case 10. Each Bfll Detail 40 must be associated by one and 

Each Policy 24 may be the aggregation of one or only one Bill 39, to one and only one Coverage Cate- 

more Case/Coverages 12. Each Case/Coverage 12 may 55 gory 41 or to one and only one Coverage 13. Each Bill 

be applicable to one and only one Policy 24. 39 may be associated to one or more Bill Details 40. 

Each Funding Method 26 may be the funding vehicle Each Coverage Category 41 may be associated to one 

for one or more Policies 24. Each Policy 24 may be or more Bill Details 40. Each Coverage 13 may be 

funded by one and only one Funding Method 26. associated to one or more Bill Details 40. 

Each Class/Coverage/Funding Method 27 must be 60 Each Case 10 must be maintained by one and only 

associated to one and only one Class Coverage Sched- one Sales Office 42. Each Sales Office 42 may be re- 

ule 14 and to one and only one Coverage Category/- sponsible for one or more Cases 10. 

Funding Method 28. Each Class Coverage Schedule 14 Each Case/Representative 43 must be associated to 

may be associated to one or more Class/Coverage/- one and only one Representative 44 providing sales or 

Funding Methods 27. 65 service support to one and only one Case 10. Each Case 

Each Coverage Category/Funding Method 28 may 10 may be associated to one or more Case/Representa- 

be associated to one or more Class/Coverage/Funding tives 43. Each Representative 44 may be associated to 

Methods 27. one or more Case/Representatives 43. Referring to 
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FIG. 4 which depicts further case subject relationships, 
each Case/Producer 45 must be associated by one and 
only one Case 10 and to one and only one Producer 46. 
Each Case 10 may be associated to one or more Case/- 
Producers 45. Each Producer 46 may be associated to 5 
one or more Case/Producers 45. 

Each Case/Producer/Coverage 47 must be associ- 
ated by one and only one Case 10, and to one and only 
one Producer 46 and to one and only one Coverage 13. 
Each Case 10 may be associated to one or more Case/- 1° 
Producer/Coverages 47. Each Producer 46 may be 
associated to one or more Case/Producer/Coverages 
47. Each Coverage 13 may be associated to one or more 
Case/Producer/Coverages 47. 

Each Case/Producer/Coverage 47 may be associated 15 
to one and only one Producer Role Type 48. Each 
Producer Role Type 48 may be associated to one or 
more Case/Producer/Coverages 47. 

Each Case/Producer/Coverage 47 may be associated 
to one and only one Commission Schedule 49. Each 
Commission Schedule 49 may be associated to one or 
more Case/Producer/Coverages 47. 

Claim Subject — Entity Relationships 

Referring to FIG. 5 which depicts the claim subject 
relationships, each Claim 50 must be incurred for one 
and only one Policy 24. Each Policy 24 may be obli- 
gated for one or more Claims 50. 

Each Claim 50 must be requested by one and only one 3Q 
Insured Role 20. Each Insured Role 20 may be the 
claimant on one or more Claims 50. 

Each Claim Benefit 51 must be associated to one and 
only one Claim 50 and to one and only one Benefit Code 
52. Each Claim 50 must be divided into one or more 35 
Claim Benefits 51. Each Benefit Code 52 may be as- 
signed to one or more Claim Benefits 51. 

Client Subject — Entity — Relationship 

Referring to FIG. 6 which depicts Client subject ^ 
relationships, each Client 11 may be the administrator of 
one or more Insureds 53. Each Insured 33 must be cov- 
ered by one and only one Client 11. 

Each Client 11 may be responsible for one or more 
Client Locations 54. Each Client Location 54 must be 45 
affiliated with one and only one Client 11. 

Each Client Location 54 may be the work location of 
one or more Insureds 33. Each Insured 33 may be lo- 
cated in one and only one Client Location 54. 

Each Client 11 must be located, in one and only one 50 
State 36. Each State 36 may be the location of one or 
more Clients 11. 

Each Client Location 54 must be located in one and 
only one State 36. Each State 36 may be the location of 
one or more Client Locations 54. 55 

Each Insured 53 may be located in one and only one 
State 36. Each State 36 may be the location of one or 
more Insured 53. 

Each Insured Role 20 must be associated by one and 
only one Insured 53 to one and only one Insured Role 60 
Type 50. Each Insured 53 may be playing one or more 
Insured Roles 20. Each Insured Role Type 56 may be 
applicable to one or more Insured Roles 20. 

Each Insured Dependent Association 57 must be 
associated by one and only one Insured Role 20 (em- 65 
ployee) to one and only one Insured Role 20 (spouse or 
child). Each Insured Role (employee) 20 may be associ- 
ated to one or more Insured Dependent Associations 57. 



Each Insured Role 20 (spouse or child) may be associ- 
ated to one or more Insured Dependent Associations 57. 

Competitor Subject— Entity Relationships 

Referring to FIG. 7 which depicts the competitor 
subject entity-relationships each Competitor/Case/- 
Coverage 58 must be associated by one and only one 
Competitor 59 who competed in one and only one Case 
for one and only Coverage 13. Each Competitor may be 
associated to one or more Competitor/Case/Coverages 
58. Each Case 10 may be associated to one or more 
Competitor/Case/Coverages 58. Each Coverage 13 
may be associated to one or more Competitor/Case/- 
Coverages 58. 

. Referring to FIG. 8 which depicts coverage subject 
entity-relationships, each Coverage Category 41 may be 
an aggregation of one or more Coverages 13. Each 
Coverage 13 must be aggregated by one and only one 
Coverage Category 41. 

Each Coverage/Provision 16 must be associated to 
one and only one Coverage 13 and to one and only one 
provision 60. Each Coverage 13 may be associated to 
one or more Coverage/ Provisions 16. Each Provision 
60 must be associated to one or more Coverage/Provi- 
sions 16. 

Each Coverage Provision 16 may be characterized by 
one or more Provision Options 18. Each Provision 
Option 18 may be applicable to one and only one Cov- 
erage Provision 16. 

Each Coverage Category/Funding Method 28 must 
be associated to one and only one Coverage 13 funded 
by one and only one Funding Method 26. Each Cover- 
age Category 41 may be associated to one or more 
Coverage Category/Funding Methods 28. Each Fund- 
ing Method 26 may be associated to one or more Cover- 
age Category/Funding Methods 28. 

Each Funding Condition 32 must be associated with 
one and only one Funding Method 26 and to one and 
only one Condition 61. Each Condition 61 may be asso- 
ciated to one or more Funding Conditions 32. Each 
Funding Method 26 may be associated to one or more 
Funding Conditions 32. 

Each Condition Option 34 must be associated by one 
and only one Funding Condition 32, to one and only 
one Coverage Category/Funding Method 28 and for a 
particular condition option number. Each Funding 
Condition 32 may be associated to one or more Condi- 
tion Options 34. Each Coverage Category/Funding 
Method 28 may be associated to one or more Condition 
Options 34. 

Each Funding/Service 30 must be associated with 
one and only one Funding Method 26 to one and only 
one Service 62. Each Funding Method 26 may be asso- 
ciated to one or more Funding/Services 30. Each Ser- 
vice 62 may be associated to one or more Funding/Ser- 
vices 30. 

Producer Subject— Entity Relationship 

Referring to FIG. 9 which depicts the producer sub- 
ject entity-relationships. Each Producer 46 (organiza- 
tion) may be affiliated to one or more Producers 46 
Cindividuals). Each Producer 46 (individual) may be 
affiliated to one and only one Producer 46 (organiza- 
tion). 

Each Producer 46 may be the owner of one or more 
Producer Contracts 63. Each Producer Contract 63 
must be owned by one and only one Producer 46. 
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Each Producer Contract 63 must be for one and only 
one Producer Role Type 64. Each Producer Role Type 
64 may be at the level of one or more Producer Con- 
tracts 63. 

Each Producer Contract/Coverage Category 65 5 
must be associated with one and only one Producer 
Contract 63 to one and only one Coverage Category 41. 
Each Producer Contract 63 may be associated to one or 
more Producer Contract/overage Categories 65. Each 
Coverage Category 41 may be associated to one or 10 
more Producer Contract/Coverage Categories 65. 

Each Commission Schedule/Producer Role Type 66 
must be associated with one and only one Commission 
Schedule 49 to one and only one Producer Role Type 
64. Each Commission Schedule 49 may be associated to 15 
one or more Commission Schedule/ Producer Role 
Types 66. Each Producer Role Type 64 may be associ- 
ated to one or more Commission Schedule/Producer 
Roles Types 66. 

Each Commission Schedule/Coverage 67 must be 20 
associated with one and only one Commission Schedule 
49 to one and only one Coverage 13. Each Commission 
Schedule 49 may be applicable to one or more Commis- 
sion Schedule/Coverages 67. Each Coverage 13 may be 
associated to one or more Commission Schedule/Cov- 25 
erages 67. 

Each Commission Schedule 49 may be applicable to 
one and only one Funding Method 26. Each Funding 
Method 26 may be associated to one or more Commis- 
sion Schedules 49.- 30 

SUBJECT CATEGORIES 

FIG. 1 outlines the subject categories corresponding 
to the operating objectives of a group insurance busi- 
ness. In order to determine these subject operating ob- 35 
jectives, the group insurance business of a specific "En- 
terprise" was rigorously analyzed. The graphic repre- 
sentation of the entity-relationships in FIG. 2-9 were 
used as a modeling aid in order to cluster the entities 
and tables within the subject categories depicted FIG. 40 
1. The rectangles of FIGS. 2-9 graphically depict the 
boundaries of the subject categories. 

Once the entities have been grouped according to 
subject categories the tables concerning these entities 
may be stored on the data storage means in separate 45 
physical locations as clusters. The clustering of data in 
this fashion enables the system to operate more effi- 
ciently and allows for the more efficient implementation 
of security and operator data access measures. In some 
instances, however, the frequent use of certain tables SO 
within a category cluster, eg. the Case subject cluster, 
may lock-up the tables in the entire cluster on a frequent 
basis and reduce access to the cluster and the efficiency 
of the system. In such a situation it is preferred that the 
tables within that category should not be clustered so as 55 
not to unduly restrict access to all the tables in the 
category. 

Referring to FIG. 1, the Case subject describes a 
complete plan of insurance for a client at a point in time. 
The Case subject is comprised of entities that identify 60 
(1) basic case descriptive information, including activity 
history and coverages available; (2) policy level infor- 
mation, including participant details, in-force (selected) 
coverages, and billing information; and (3) producer 
information that identifies the relationships between 65 
producers (agents, TPA's broker/dealers) and cover- 
ages to provide commission and commission split details 
for the coverage of each case. 
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The Case Subject is the largest and most complex of 
all the. subjects within the Group Administration Data 
Model, simply because it is the point at which all other 
subjects inter-relate to support all aspects of the Group 
Insurance business. 

The Claim subject concerns requests from a partici- 
pant for reimbursement for an incurred procedure or 
loss. This subject contains information about claims 
tracked to the benefit level. Relationships from the Case 
Subject indicate the policy under which a claim is filed. 
Relationships from the Client Subject identify the 
claimant. The claim information, including relationships 
from the Case and Client Subjects, enable the validation 
of claims and the analysis of losses. 

The Client subject concerns external legal entities 
such as a business, company or trusts to whom insur- 
ance or insurance services may be sold. The Client 
subject provides descriptive information regarding the 
companies, associations or organizations with whom 
business is transacted. The subject is comprised of enti- 
ties that describe the client (who may be either a pro- 
spective or established policy-holder), the locations of 
the client's workplaces (where applicable), and the per- 
sons who are associated with that policyholder and are 
referred to as the "Insured". Supporting entities identify 
the roles and relationships of the Insured persons. 

Many elements of the Case Subject are directly de- 
pendent on relationships from the Client Subject. Pri- 
mary among these are the relationships between the 
Client and the Case, the Case policies, available cover- 
ages, and participant and dependent selected coverages. 
The bill, which is found within the Case Subject, may 
be related to the client, the participant, and/or the de- 
pendent, depending on who the bill recipient, a billee, is 
according to the terms of the insurance policy. 

The Competitor subject contains the identification of 
and descriptive information about competitors. The 
Competitor Subject contains information about other 
Group Insurance companies, this information being 
used for sales performance analysis. Coverage and rate 
information is tracked for competitors who win business 
away from the Enterprise. Data is captured regarding 
coverage rates per case per competitor. 

The Coverage Subject contains rules and options that 
define and describe Group products marketed by the 
Enterprise, which include plans of insurance and related 
insurance services. The Coverage Subject contains all 
the business elements necessary to define the coverages 
and services that comprise a group product that may be 
offered in a case; in other words, the Coverage Subject 
establishes what may be sold, and the Case Subject 
represents instances of actual sold products (or sold 
"packages** of products). Key entities are Coverage 
Category (Medical, Life, Dental, Long Term Care, 
Disability Income, AD&D), Coverage (Coverage Cate- 
gory further qualified by Coverage Type, such as Basic, 
Comprehensive, Supplemental, etc) and Funding 
Method (Fully Insured, Stop Loss, Admin Services 
Only, Minimum Premium Plan). 

Every product sold by the Enterprise is defined in 
terms of Coverage and Funding Method. For each 
Coverage there are various Provisions, which describe 
eligibility and benefit criteria and include optional es- 
tablished default values (e.g., Deductible amount, $50 
or $100). For each Funding Method there are various 
Services that are group insurance business functions 
necessary to administer each product (eg., Claims Pro- 
cessing, Loss Reporting). For both each Coverage and 
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Funding Method there are specific Conditions that 
define certain rules and restrictions for the Funding 
Method and quantify them for the Coverage (e.g., Ag- 
gregate Stop Loss Attachment Point, Life =$100,000, 
Medical =$250,000). 5 

The Producer subject defines a person or firm em- 
powered by an individual or agency contract with the 
Enterprise to sell and/or administer the users Group 
products. This subject has two major components, one 
a set of entities that identifies and describes each pro- 10 
ducer (defined as a person or organization) and each 
associated contract, the other a set of entities that de- 
fines each type of producer e.g. a writing agent, Group 
Administrator, Special Group Administrator, broker- 
dealer), stipulates all commission schedules (compensa- 15 
tion rates), and identifies the schedules that pertain to 
each producer type. The Commission Schedule entity 
provides rates for standard case agreements and also 
includes rates for producers acting in a supporting role 
on a case. 20 

The Producer Subject relates to the Case Subject in 
order to establish a link to the producer responsible for 
a case on a per coverage per case basis. Because a case 
may be the responsibility of more than one producer, 
there may be unique commission split agreements that 25 
are tracked at a coverage per case level. On a per case 
basis, the standard commission schedules may be over- 
ridden and special fee arrangements may be negotiated. 
All commission details unique to a case are found within 
the Case Subject but the key relationships are from the 30 
Producer Subject. 

Any relational data base management system pro- 
gram may be used to manage the data base. The rela- 
tional data base management system program prefera- 
bly uses a Structured Query Language ("SQL"), a 35 
fourth generation computer language. The SQL pack- 
age contains various program tools which may be uti- 
lized in the invention. The most important of these 
program tools are: SQL*PLUS, a program for creating, 
modifying, storing and maintaining the data base; 40 
SQL*CALC, a program with standard spreadsheet 
capabilities which can also access and manipulate data 
base information; SQL*FORMS, a program to design 
screens; SQL*RPT, a report writing tool; 
SQL*GRAPH, a business graphics feature; and 45 
SQL*MENU, an easy-to-use menu design facility. In a 
preferred embodiment of the invention the relational 
data base management program is the systems program 
ORACLE. 

The enterprise group insurance relational data base 50 
makes it possible to construct an integrated group insur- 
ance information storage, processing and reporting sys- 
tem that is an integration of a plurality of workstation 
sub-systems applications each of which comprises pro- 
gram modules specific for a different application. The 55 
sub-systems interact within the integrated system by 
processing data from the single enterprise-wide rela- 
tional data base. This integrated system eliminates re- 
dundancy and improves productivity. FIG. 11. is a 
block diagram which shows the systems functional 60 
architecture of a specific embodiment of the invention. 
This embodiment of the invention comprises approxi- 
mately forty (40) sub-system program modules which 
are integrated into the system through the use of the 
single relational data base. Each block depicts a sepa- 65 
rate sub-system program module. The arrows of the 
lines connecting the blocks generally depict the se- 
quence in which the program modules should be imple- 



mented in order to construct the enterprise-wide inte- 
grated system. This is so because the implementation of 
the downstream modules may involve the transfer of 
data that was processed by an upstream program mod- 
ule in the course of business and transferred to down- 
stream program module for further compilation or pro- 
cessing. 

FIG. 11 shows the sub-system functional modules as 
blocks 70 through 109. The different sub-system pro- 
gram modules 70-109 are grouped by function into four 
different workstation sub-systems, FIG. 12, which make 
up the overall system. 

Referring to FIG. 12 which is illustrative of the ac- 
cess architecture of the integrated group insurance sys- 
tem according to the invention, the integrated system is 
composed of the sales 111, underwriting 112, adminis- 
tration 113, and actuarial 114 Workstation sub-systems. 
Each of the functional workstation sub-systems 111-114 
is comprised of a plurality of the functional program 
modules depicted in FIG. 11. Certain of the functional 
program modules may be accessible by a plurality of the 
functional workstations. Each of these functional pro- 
gram modules is connected with the single Group In- 
surance Relational Business Data Base 115, which con- 
tains all of the data concerning each account or case and 
is structured in accordance with the data model de- 
scribed above. The Group Business Relational Data 
Base 115, may be accessed from any of the integrated 
workstations FIG. 13, which are part of the overall 
system and may be used with any of the sub-system 
program modules 70-109. 

In one embodiment of the invention the integrated 
workstation will offer menu selections on all four sub- 
systems 111-114. In another embodiment of the inven- 
tion each workstation will be dedicated to a workstation 
sub-system commensurate with the function to be per- 
formed by the operator. For example, a sales person's 
workstation will only provide a menu and access to the 
sales sub-system 51. 

The sales workstation sub-system 111 may contain 
the Sales Tracking 70, CDS 71, Proposals 74, and Cus- 
tomer Support 100 functional program modules shown 
in FIG. 11. The underwriting workstation sub-system 
112, may contain the Case Tracking 72, Rating 73 and 
Field Bulletin 103 functional program modules. The 
Adininistration workstation sub-system may contain the 
Case Management 90, Participant Records 76, Contract 
Certificate Issue 77, Estimated Bills 78, Self Administra- 
tion Bills 79, List Bills so, Individual Bills 81, Service 
Billing 82, Collection 83, Reconciliation 84, Premium 
Allocation 85, Commission Fee Payment 86 and Finan- 
cial Reporting 91 functional program modules. The 
Actuarial workstation sub-system 114 may contain the 
Experience Reporting 88, Reinsurance Management 94, 
Product Development 105 and Financial Reporting 91 
program modules. 

Each of the workstation sub-systems 111, 112, 113, 
and 114 and each of the functional program modules . 
70-109 may be accessed through any integrated work- 
station 120 of the system as shown in FIG. 13. These 
integrated workstations are typically dumb terminals or 
persona] computers which are networked to the main- 
frame and minicomputers of the integrated system. 
Each integrated workstation thus provides a single in- 
formation retrieval and input device from which all of 
the workstations sub-systems, i.e., sales, underwriting, 
administration and actuarial, may be accessed. It is also 
possible using this integrated system and workstations 
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to obtain printed copies on a stand-alone printer means Module 73 calculates rates for both new and renewal 

of any or selected portions, of the data processed by any business. 

of the modules 70-109 of the system. Sales proposals are generated by the Proposals mod- 
Each operator of the workstation 120 must enter an ule 74 following a request to quote from a producer or 
access or security code in order to gain access to the .5 client. The sales proposal outlines the coverages, rates, 
system. The access code for each operator will allow and restrictions of the Insurer's quote. Custom propos- 
access only to the applications programs and the subsys- als may be generated by the module 74 to suit individual 
tern or systems 111-114, that the operator is permitted needs. 

to use. The workstation 120 is programmed so that After a sale and an account is issued, the Case Man- 
when a client or case name is entered, only the appro- 10 agement program module 75 performs the day-to-day 
priate menu options for the sub-systems 111-114 and maintenance of the case information. Changes can be 
connected cluster of modules 70-109 applicable to the made to the Case Management 75 central data source 
operator, client or case appear on the data display ^ dl departments may inquire instantaneously and 
screen. In addition, the integrated work station may also obtain curre nt information reflecting the changes as 
provide other computing functions such as spread- 15 they m made . Automation of this function reduces 
sheets, word processing, calendar, diary, electronic fldd tclcphone mquirics by ofFering on4ine 3^ t0 
mail graphics outside computer "dial up" service, etc. ^ data ^ statU! , Thc ^ ratcs „ mhiRtaktsd ^ 

-JSS m r ™ ? TOg T m ° d " leS 1 ° f ? e P rC ^ updated as needed and provide a direct feed of such 
«todjment of £e ^inventton are developed using SQL* ^ ^ ^ modules 78 , 79, M , 81 and 82. 

l^lltf Q L * MEW ! a ^f f ofthe t 0 ^ C f L E 20 ^ ntcess ^ t detailed records ^ created( 3^ 

^V^ m , a H t 0r « amza10 ^ fo^con^en and maintained on an individual's coverage selections, 
with the relational data base structural model is mput , - . , . ^ A , -r. J 

i^fr, *u+ c.r^™ k„ *u ♦ ' * • \ benefit levels, and status on the Participant Record 

tor accesses a articular workstation subsystem or pro- 25 f? lons ^ d . cIa,m and certification activities, 

gram module. The menu-driven integrated system is ™ e t P ^ ? T If 00 ^- ™ 

user-friendly and assures that the operator input data is events ^ to * ter The Re- 

in a specific organizational format. In this uniform orga- module 76 automates the parfccipant record- 

nizational format, the data may be accessed and used by ° iaintenance P«»ess and also compiles and provides 
any of the program modules depicted in FIG. 11. 30 data to certificates of insurance and identifica- 

Referring to FIG. 11 the Sales Tracking program non ***** ■* W™"* by the client or state statutes, 
module 70 compiles initial pre-sale data about an insur- M Gr . ou P Policyholders or participants select or 
ance account or case, its producer, coverage and com- change coverage or services the Contract Certificate 
petitors and allows multiple users on-line access to the Issue module 77 produces the standard contract pages 
data. Data on Renewals, cancellations and additions to 35 whicn outline policy provisions, conditions and obliga- 
existing policies are also tracked with this module. This tions - Booklet-certificates (named or generic) are gener- 
module 70 tracks the case history with the Insurer from ated b y ^ module 77 at the participant (certificate- 
initial contact until the case is sold. Module 70 also holder) level to reflect selected coverages and Condi- 
generates sales management reports. Some of the initial tions - ^ evem of alternate funding, a contract is 
data compiled and processed on he System on module 40 produced which outlines case flow and banking obliga- 

70, is electronically transferred to module 71 once the tions ' hniits and other provisions. In-house contract and 
case is sold. The arrows in FIG. 11 show the electronic certificate automation is integrated as applicable with 
transfer of compiled and processed data from one pro- P™* operations and systems. 

gram module to another. The Estimated Billing program module 78 estimates 

The Coverage Description Sheet, program module 45 billing on new business until the new issue process is 

71, automates the workflow associated with the com- finalized. This module 78 generates a monthly bill for 
pletion and distribution of a Coverage Description the policyholder based on the premium as estimated by 
Sheet ("CDS"). The case information in the CDS is *h e Sate Representative. A premium reconciliation 
compiled from the initial data in the Sale Tracking occurs when the new issue process is completed, and 
module 70 along with any additional data as required. 50 the actual census and premium information is obtained. 
The CDS module 71 provides one central source of case A self-administered policyholder maintains all re- 
information for all departments within the Insurer to cords pertaining to participants and coverage under his 
access. Thc CDS is electronically produced as part of Group insurance plan. Self-adrninistered premium state- 
the pre-sale and sold case submissions. ments for such policyholders are generated by the Self- 

Once a case is sold, the Case Tracking module 72, 55 Administered Billing program module 79 on a stated 
tracks the case in both the Headquarters Office of the frequency which reflects the coverage, bill mode, bill 
Insurer and the Sales Office until it has completed the categories, rate structure and bill location. A separate 
new issue process. The Case Tracking module 72 makes bill may be prepared for each location or several loca- 
on-line inquiry available, and produces warning infor- tions may be combined as desired by the client. The bills 
mation to notify management of case problems (i.e., 60 generated report census, payroll and premium data 
backlog situations, overdue items, eta). The Case- including any prior adjustments. 
Tracking module 72 replaces the currently used logging The multi-functional List Billing program module 80 
process as it generally exists in insurance underwriting accommodates billing for traditional small group partic- 
operations. ipants in addition to more contemporary and complex 

Using case and census information, the Rating pro- 65 applications. Depending on bill frequency, the list bill 
gram module 73 will generate manual rates. This func- reflects each participant's elected coverage, benefit, 
tion is currently most often contained in stand-alone class and premium due for that period. This module 80 
systems in the insurance underwriting departments. The provides the support to administer the Health Mainte- 
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nance Organization/Prefered provider Organization processors. The CDS module 71 interfaces as the source 

environment, managed healthcare and flexible benefits. of policy-coverage-class-benefit information necessary 

With the advent of COBRA legislation, the capability for claim calculation and payment processes, 
to produce individual list bills has risen dramatically in The Experience Reporting program module 88 pro- 
importance and is expected to continue. Utilizing the 5 vides the ability to analyze premiums, claims and expo- 
detailed participant and coverage records in storage, sure information at various levels as appropriate (i.e., 
the Individual Billing program module 81 generates ADS, producers, joint ventures, etc.). This aspect of the 
individual premium statements noting such variables as system allows direct on-line access to this vital informa- 
elected coverage, benefit levels, status, and premium tion. 

due. The module 81 also provides flexibility to perform 10 The Table Maintenance program module 89 provides 

other bill applications such as reinsurance, individual the user with greater latitude to create and modify basic 

conversion and creditor life. Back charges and credits system parameters or tables as necessary, and to per- 

are automatically calculated and the adjustments are form ad hoc reporting. This module provides the user 

reflected on the next premium statement issued. department with substantially more operational control 

The Service Fee Billing program module 82 records IS while reducing data processing expenses and improving 

and manages service fee billing and collection. The customer service. For example, by using module 89 

automation of Administrative Services Only/Claim adding a new commission schedule would require the 

Services Only/Health Care Management Systems/CO- user to make a minor change to the appropriate commis- 

BRA fee billing will reduce expenses and eliminates sion table rather than initiate a formal work request, 

manual processing. Such services are usually manually 20 If an insurer provides claim services to a client, it 

billed with the income later booked as a negative ex- usually involves the wire transfer of monies to fund 

pense. By using the Service Fee Billing module 82 the claim payments. Depending on the funding method or 

overall handling and profitability of such services and contract conditions, the Cash Management program 

income is more accurately recorded and defined. module 90 accepts and stores transmitted fund claim 

When payment is received for products and services 25 payments and census information from various sources 

rendered, the Collection module 83 accepts, validates and performs a monthly retrospective accounting. A 

and records the monies collected. Payments can be detailed claim reconciliation then supports the request 

collected directly by check or wire transfer, indirectly for electronic wire transfer of monies. Automation of 

through a lock box arrangement or on behalf of a client. the cash management process provides improved finan- 

This function also provides a detailed audit trail of all 30 cial accounting and experience tracking. } 

cash transactions received by the insurer or on behalf of The Financial Reporting program module 91 cap- ' 

self-insured clients. tures, stores and provides on-line premium and claim s 

When premium, fee ox income payments are col- information for corporate accounting needs and tax' 

lected, the monies received must be reconciled at the purposes. 

banking and trust level and at the client level by the 35 The M.I.S. Reporting program module 92 allows , 

Reconciliation program module 84. Lock box transfers on-line access to any information stored in the data base. ■' 

are accurately balanced on a daily basis in terms of paid The ability to provide pre-defined reports, ad hoc re- * 

to, and received amounts. Premium and service fee porting, and inquiry capabilities is also available. [ 

payments are internally tabulated to verify that the paid Group Premium and loss information is automatically 
amount by the client balances to that reported or billed 40 recorded and updated in the company's general ledger 

less any adjustments. Any outstanding balance is noted system by the First Interface program module 93. The 

by the system accordingly. premiums and losses are recorded by tine of business or 

When payment is received, it is processed to the coverage and are passed on a pre-established frequency 

correct line of business and coverage type by the Pre- to integrated applications which need to capture Group 

mium Allocation program module 85. The premium 45 financial and experience data for various reporting 

allocation is internally performed according to the functions. 

amount of premium paid, coverage type, accounting Most insurance companies maintain several reinsur- 
date, rating method and census input. The flexibility ance arrangements with various reinsurers. The Rein- 
also exists to accommodate the allocation of non-stand- surance Management program module 94 tracks and 
ard premium payments (i.e. retroactive adjustments, net 50 manages participant records and lines of business infor- 
premium remittance etc.). If the premium cannot be mation necessary for the maintenance and reporting 
properly allocated immediately, an interim suspense file requirements as outlined in the various reinsurance 
is available. Service fee payments are also allocated agreements. This single source of information is also 
within this module 85. available for billing, updates, and records maintenance. 

The Commission Fee payment program module 86 55 The management, maintenance and availability of 
creates and maintains producer records and schedules, contract services data is available on the State Filing 
calculates commission and fee payments (based on a Automation program module 95. Flexible on-line access 
specific schedule), and provides the producer with a to contract, form and general information within van- 
detailed financial accounting of transactions. This mod- ous levels is available to Field and Homr Office Person- 
ule 86 has the flexibility to accommodate special han- 60 nel through this module 95. The integrity of the cap- 
dling, tax reporting, and minimum payments. It also tured data is more reliable as a result of efficient forms 
provides the capability to issue advances on earned filing, recording, and cloning processes, 
commissions without manual intervention. The Medical Underwriting program module 96 auto- 

The Claim Interface— Out program module 87 com- mates the workflow and tracks applications within the 
piles and provides common case and participant data to 65 individual Medical Underwriting area, for both group 

support claim processing activities. If participant re- and special risk business. The module 96 establishes 

cords have been captured, the claim interface is used as records for each applicant for benefits from data such as 

the source of claimant eligibility information by claim applicant's medical condition, the nature of information 
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requested from applicant by the insurer, and application and is instantly retrievable should the reference need 

status. The module 96 than generates the correspon- arise, 

dence required by the medical underwriting process. Rates and formulas developed by the Insurer's Actu- 

Through this module 96, it is possible to also recognize ariaJ department are maintained within the Rates And 

and handle duplicate applications and status changes. 5 Formulas program module 104. This allows for immedi- 

Workflow, management, and productivity and status ate and consistent use by other departments and also 

reports as well as routine correspondence can be gener- allows the insurer to respond quickly to changes in the 

ated by this module 96. This module 96 provides the market, the economy, or to products. 

Group Medical Underwriters with ad hoc reporting The Product Development program module 105 pro- 
and inquiry capabilities. 10 vides information necessary to enhance current prod- 

At the conclusion of a policy period, an accounting ucts or to develop new products as opportunities are 

must be performed to determine the case's financial identified. Information can be analyzed and projected in 

status. At this time retention as well as reserve require- order to reach solutions to threats and opportunities 

ments are calculated and refunds are due. The Retro- presented in the marketplace. 

spective Accounting program module 97 automates the 15 The Claim Interface— In program module 106 ac- 
routine calculations that are necessary at the end of an cepts paid claim information from the many different 
accounting period for each case and provides policy- processes and systems utilized in the calculation and 
holder and case exhibits. This module 97 allows for payment of claims. It provides support for such applica- 
alternate funding and monthly accounting Minimum tions as cash management, MPP accounting, transfers, 
Premium Plans plans to be tracked and monitored with 20 Life/ADD/disability claim reserve reporting and tabu- 
greater accuracy. lations, and experience, financial and M.I.S. reporting. 

The Prospective Pricing program module 98 per- It also provides data for claim services billing and for 

forms the routine calculations necessary to determine payment of TPA's, review committees, etc. when such 

premium needs for a prospective policy period for each fees are related to claim processes, 

case. Rates can be determined and updated as necessary. The Service Fee Payments program module 107 is 

Formulas can be monitored and maintained within the used to pay fees for services rendered by third parties, 

system in order to assure continuity and consistency such as those related to HCMS, and to pay fees or other 

from case to case. liabilities that may be incurred as a result of managed 

^ It is the responsibility of the group insurance provider 3Q care and other relationships. 

to communicate pertinent information on a timely basis The Claim Reserve Calculations program module 
to clients, producers, etc. Automation of this correspon- 108 manages claim reserves at the claimant level. Life- 
dence function pennits improvement in quality of writ- /ADD/LTD state claim reserves are created at the 
ten communications and ease in distribution. With the time of notice and are maintained on the module 108 
creation of internal parameters, the Automated Corre- 35 through final payment or disposition. Disability re- 
spondent program module 99 provides access to mail- serves are calculated on a tabular basis using claimant, 

i ing and coverages records. This module 99 can identify plan, and claim data, 

those to whom statutory, product, legislative, and other The Disability Claim System program module 109 is 

insurance information should be conveyed, and selec- used to process long-term and short-term disability 

|_tively disseminate such desired correspondence. 40 claims. Functions include claim management, benefit 

The Customer Support program module 100 pro- calculations, check production and tax withholding, 

vides direct on-line inquiry capabilitiesof case informa- integrated correspondence and diary functions. This 

tion so Field and Home Office personnel may better sub-system may also include Life and AD&D payments, 

service customers and producers with accurate and Having specifically described a preferred cmbodi- 

timely information (i.e. paid premium, producer com- 45 ment of the invention, it is apparent that the invention is 

mission, installation status, etc.). not limited to such an embodiment and that modifica- 

The Marketing Support program module 101 pro- tions and variations may be effected by one skilled in the 

vides information necessary for market research activi- art without departing from the spirit and scope of the 

ties. The module 101 tracks products by various criteria invention as defined in the claims, 

over time and will lead to the identification of market- 50 We claim: 

ing threats and opportunities making possible recom- 1. An enterprise-wide integrated computer system for 

mendations to management for disposition. storing, processing and reporting information regarding 

Group insurers conduct business with various con- a plurality of group insurance accounts comprising: 

cerns to promote products and services. When a con- a central processing unit; 

tract is made with an outside vendor or alternative 55 a memory; 

distribution system the Agreement Maintenance pro- means for storing data concerning each group insur- 

gram module 102 creates and maintains the specific ance account in a single relational data base, the 

contractual agreements and procedural language in a relational data base having a structure comprising a 

central location with access provided to involved de- plurality of tables in third normal form, each table 

partments. The language and procedures are updated 60 concerning a specific data subject and wherein the 

by the user and are integrated with case maintenance tables arc grouped into a plurality of subject cate- 

^t^,^ 85 necessary ' gories, each category corresponding to an operat- 

The Field Bulletins program module 103 provides the ing objective of the enterprise on which data is 

user with the capability to electronically create and collected; 

transmit field bulletins to designated personnel and lo- 65 means for managing the relational data base; 

cations. Traditional printing and postage savings are a plurality of applications workstation sub-systems 

realized while achieving immediate delivery of data. including sales, underwriting administration and 

Historical information is maintained on this module 103 actuarial sub-systems; 
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the sales sub-system comprising means for processing 
sales data including means for communicating with 
the central processing unit, memory and data stor- 
age means and means for accessing defined subject 
categories on the single relational database and for 5 
capturing, modifying and processing data con- 
tained in tables of a defined subject category which 
are necessary for the sales sub-system functions; 

the underwriting sub-system comprising means for 
processing underwriting data including means for 10 
communicating with the central processing unit, 
memory and data storage means and means for 
accessing defined subject categories on the single 
relational database and for capturing, modifying 
and processing data contained in tables of a defined 15 
subject category which are necessary for the un- 
derwriting sub-system functions; 

the administration sub-system comprising means for 
processing administration data including means for 
communicating with the central processing unit, 20 
memory and data storage means and means for 
accessing defined subject categories on the single 
relational database and for capturing, modifying 
and processing data contained in tables of a defined 
subject category which are necessary for the ad- 25 
ministration sub-system functions; 

the actuarial sub-system comprising means for pro- 
cessing actuarial data including means for commu- 
nicating with the central processing unit, memory 
and data storage means and means for accessing 30 
defined subject categories on the single relational 
database and for capturing, modifying and process- 
ing data contained in tables of a defined subject 
category which are necessary for the actuarial 
sub-system functions; 35 

means for controlling the access of an operator to 
each of the workstation sub-systems; 

a plurality of workstations each workstation compris- 
ing means for inputting data, means for displaying 
data, and means for selecting, accessing and inter- 40 
acting with the memory means and each of the 
applications workstation sub-systems; and 

a printing means. 

2. The enterprise-wide integrated system of claim 1 
wherein the tables of at least one subject category are 45 
clustered and stored in a separate physical location on 
the means for storing data. 

3. An enterprise-wide integrated computer system for 
storing, processing and reporting information regarding 

a plurality of group insurance accounts comprising: 50 
a central processing unit; 
a memory; 

means for storing data concerning each group insur- 
ance account, including data on policyholders, 
coverage rate, participant restrictions, premiums, 55 
commissions, clients, claims, products, producers, 
competitors cases, payments, bills, provisions, obli- 
gation conditions, exposure fees, income, sched- 
ules, and reinsurance in a single relational data 
base; 60 

means for managing the relational data base including 
means for creating tables to contain the data stored 
on the data base and means for modifying, storing, 
retrieving and manipulating the data; 

the relational data base having a structure comprising 65 
a plurality of third normal form tables, grouped in 
a plurality of subject categories including a Case 
subject category, a Claims subject category, a Cli- 
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ent subject category, a Competitor subject cate- 
gory, a Coverage subject category and a Producer 
subject category; 

a plurality of applications workstation sub-systems 
including sales, underwriting, administration and 
actuarial sub-systems; 

the sales sub-system comprising means for processing 
sales data comprising means for tracking the his- 
tory of each account, means for generating reports 
on the case history of each account, means for 
producing policyholder, coverage, rate and partici- 
pant data, means for generating sales proposals 
outlining the coverage, rates and restrictions for an 
account, means for communicating with the cen- 
tral processing unit and memory, and means for 
modifying and accessing sales data in the single 
relational data base; 

the underwriting sub-system comprising means for 
processing underwriting data comprising case 
tracking means for tracking and logging tasks asso- 
ciated with each account after, sale, notification 
means for generating reports for notifying person- 
nel of tasks to be performed, rate means for calcu- 
lating rates and generating manual sales based on 
case and census information, means for generating 
field bulletins comprising information specified 
from the underwriting data processing means, 
means for communicating with the central process- 
ing unit and memory, and means for modifying and 
accessing underwriting data stored in the single 
relational data base; 

the administration sub-system comprising means for 
processing administration data comprising case 
management means for maintaining and updating 
information on each account once the account has 
issued, means for creating, storing and maintaining 
records on individual account participants con- 
cerning coverage, benefit levels and status, means 
for generating certificates of insurance and partici- 
pant identification cards, means for producing 
printed standard contracts outlining policy provi- 
sions, conditions and obligations and other provi- 
sions, means for producing printed individual par- 
ticipant certificates outlining selected coverage and 
conditions, means for generating bills at specified 
intervals for each account or account participant, 
means for recording and validating payment of 
bills, means for reconciling payments received for 
premiums, fees or income with client data, means 
for processing premium payments to each account 
and coverage type, commission processing means 
for calculating commissions due on each account, 
taxes, minimum payments and issuing advances on 
earned commissions, means for storing and provid- 
ing premium and claim information for accounting 
and tax purposes, means for communicating with 
the central processing unit and memory, and means 
for accessing and modifying the administration 
data stored on the single relational data base; 
the actuarial sub-system comprising means for pro- 
cessing actuarial data comprising means for access- 
ing premium, claim and exposure information at a 
plurality of levels, means for maintaining and re- 
porting the requirements of any reinsurance agree- 
ments for an account, and financial reporting 
means for storing and providing premium and 
claim information, means for communicating with 
the central processing unit and memory, and means 
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for accessing and modifying actuarial data stored 
on the memory means single relational data base; 
security means for controlling the access by an opera- 
tor of the system to each of the workstation sub- 
systems; 

a plurality of workstations each workstation compris- 
ing means for inputting data, means for displaying 
data, and means for selecting, accessing and inter- 
acting with each of the stored program controlled 
data processing means; and 
a printing means. 
. 4. A computerized enterprise- wide integrated group 
insurance information processing and reporting system, 
comprising in combination, data entry means, data dis- 
play means, a central processing unit, a memory, data 
storage means for storing data in a relational data base, 
a plurality of applications programs, and a relational 
data base management systems program, the data base 
being a single relational data base having a data struc- 
ture comprising a plurality of third normal form rela- 20 
tional tables: 

the tables being organized into a plurality of subject 
categories, each subject category corresponding to 
an operating objective of the enterprise, the subject 
categories comprising; 

a) a Case subject category comprising tables that 
contain data on the case description, activity 
history, coverage available, policy level, partici- 
pants, coverage in-force, billing, producers and 
commissions; 

b) a Claim subject category comprising tables that 
contain data concerning the requests from a par- 
ticipant for reimbursement for an incurred pro- 
cedure or loss; 

c) a Client subject category comprising tables that 
contain data describing the client, client loca- 
tions, and the insured person;' 

d) a Competitor subject category comprising tables 
that contain data on competitor coverage rates; 

e) a Coverage subject category comprising tables 
that contain data concerning rules and options of 
the insurance products marketed by the enter- 
prise, coverage, services, and funding methods; 
and 

0 a Producer subject category comprising tables 
containing data on the persons or firms who sell 
or administer products or services on behalf of 
the enterprise and commission schedules: 

each subject category being acceptable to at least one of 50 

the applications programs. 

5. The system of claim 4, wherein one or more of the 
subject categories are stored as a clusters in separate 
physical locations in the means for storing data. 

6. A method of constructing an enterprise wide inte- 55 
grated computer system for storing, processing and 
reporting information regarding a plurality of group 
insurance accounts comprising, 

providing a computer system which in combination 
includes, a central processing unit, a memory, 60 
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means for storing data, a plurality of workstations 
and printing means, 
providing a relational database management system 
means for managing a relational database and for 
creating tables to contain data stored on a single 
relational database and means for modifying, stor- 
ing and retrieving and manipulating the database, 
providing a single relational database having a data 
structure comprising a plurality of third normal 
form relational tables, 
the tables being organized into a plurality of subject 
categories, each subject category corresponding to 
an operating objective of the enterprise, the subject 
categories comprising: 

a) a Case subject category comprising tables that 
contain data on the case description, activity, 
history, coverage available, policy level, partici- 
pants, coverage in force,- billing, producers and 
commissions; 

b) a Claim category comprising tables that contain 
data concerning the request from a participant 
for reimbursement for an incurred procedure or 
loss; 

c) a Client subject category comprising tables that 
contain data describing the client, client loca- 
tions, and the insured person; 

d) a competitor subject category comprising tables 
that contain data on competitor coverage rates; 

e) a Coverage subject category comprising tables 
that contain data concerning rules and options of 
the insurance products marketed by the enter- 
prise, coverage, services and funding methods; 
and 

0 a Producer subject category comprising tables 
containing data on the persons or firms who sell 
or administer products or services on behalf of 
the enterprise and commission schedules; storing 
the single relational database on the means for 
storing data of the computer system; 
providing a plurality of workstation application sub- 
systems including sales, underwriting, administra- 
tion and actuarial sub-systems, each sub-system 
comprising a plurality of application program mod- 
ules, each sub-system application program module 
comprising means for processing, modifying, stor- 
ing and manipulating data on the single relational 
database; 

providing security means for controlling the access 
by an operator of the system to each of the work 
station application sub-systems, the security means 
also comprising means for restricting the access of 
the operator of a specific sub-system application 
program module to tables on the single relational 
database which contain data related to the applica- 
tion program module. 
7. The method of claim 6 wherein the tables of each 
of the Claim, Client, Competitor, Coverage, and Pro- 
ducer subject categories are clustered and stored in 
separate physical locations in the means for storing data. 
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